Attempt to reduce flake in BuggyBits sample app#8620
Conversation
BenchmarksBenchmark execution time: 2026-05-13 21:07:02 Comparing candidate commit e818e1d in PR branch Some scenarios are present only in baseline or only in candidate runs. If you didn't create or remove some scenarios in your branch, this maybe a sign of crashed benchmarks 💥💥💥 Scenarios present only in baseline:
Found 2 performance improvements and 3 performance regressions! Performance is the same for 49 metrics, 18 unstable metrics, 89 known flaky benchmarks, 37 flaky benchmarks without significant changes.
|
Execution-Time Benchmarks Report ⏱️Execution-time results for samples comparing This PR (8620) and master. ✅ No regressions detected - check the details below Full Metrics ComparisonFakeDbCommand
HttpMessageHandler
Comparison explanationExecution-time benchmarks measure the whole time it takes to execute a program, and are intended to measure the one-off costs. Cases where the execution time results for the PR are worse than latest master results are highlighted in **red**. The following thresholds were used for comparing the execution times:
Note that these results are based on a single point-in-time result for each branch. For full results, see the dashboard. Graphs show the p99 interval based on the mean and StdDev of the test run, as well as the mean value of the run (shown as a diamond below the graph). Duration chartsFakeDbCommand (.NET Framework 4.8)gantt
title Execution time (ms) FakeDbCommand (.NET Framework 4.8)
dateFormat x
axisFormat %Q
todayMarker off
section Baseline
This PR (8620) - mean (74ms) : 71, 78
master - mean (74ms) : 70, 77
section Bailout
This PR (8620) - mean (77ms) : 74, 80
master - mean (77ms) : 74, 80
section CallTarget+Inlining+NGEN
This PR (8620) - mean (1,109ms) : 1061, 1157
master - mean (1,101ms) : 1052, 1149
FakeDbCommand (.NET Core 3.1)gantt
title Execution time (ms) FakeDbCommand (.NET Core 3.1)
dateFormat x
axisFormat %Q
todayMarker off
section Baseline
This PR (8620) - mean (115ms) : 109, 120
master - mean (113ms) : 109, 117
section Bailout
This PR (8620) - mean (115ms) : 112, 118
master - mean (114ms) : 111, 116
section CallTarget+Inlining+NGEN
This PR (8620) - mean (792ms) : 763, 821
master - mean (789ms) : 766, 812
FakeDbCommand (.NET 6)gantt
title Execution time (ms) FakeDbCommand (.NET 6)
dateFormat x
axisFormat %Q
todayMarker off
section Baseline
This PR (8620) - mean (107ms) : 102, 112
master - mean (104ms) : 100, 108
section Bailout
This PR (8620) - mean (104ms) : 99, 109
master - mean (104ms) : 99, 108
section CallTarget+Inlining+NGEN
This PR (8620) - mean (958ms) : 914, 1003
master - mean (942ms) : 905, 979
FakeDbCommand (.NET 8)gantt
title Execution time (ms) FakeDbCommand (.NET 8)
dateFormat x
axisFormat %Q
todayMarker off
section Baseline
This PR (8620) - mean (102ms) : 94, 109
master - mean (102ms) : 95, 108
section Bailout
This PR (8620) - mean (103ms) : 97, 108
master - mean (101ms) : 98, 103
section CallTarget+Inlining+NGEN
This PR (8620) - mean (822ms) : 788, 855
master - mean (824ms) : 785, 863
HttpMessageHandler (.NET Framework 4.8)gantt
title Execution time (ms) HttpMessageHandler (.NET Framework 4.8)
dateFormat x
axisFormat %Q
todayMarker off
section Baseline
This PR (8620) - mean (200ms) : 194, 206
master - mean (200ms) : 194, 205
section Bailout
This PR (8620) - mean (204ms) : 200, 207
master - mean (203ms) : 200, 207
section CallTarget+Inlining+NGEN
This PR (8620) - mean (1,206ms) : 1161, 1252
master - mean (1,199ms) : 1153, 1245
HttpMessageHandler (.NET Core 3.1)gantt
title Execution time (ms) HttpMessageHandler (.NET Core 3.1)
dateFormat x
axisFormat %Q
todayMarker off
section Baseline
This PR (8620) - mean (289ms) : 280, 298
master - mean (287ms) : 280, 295
section Bailout
This PR (8620) - mean (291ms) : 283, 298
master - mean (286ms) : 279, 294
section CallTarget+Inlining+NGEN
This PR (8620) - mean (964ms) : 937, 990
master - mean (958ms) : 939, 976
HttpMessageHandler (.NET 6)gantt
title Execution time (ms) HttpMessageHandler (.NET 6)
dateFormat x
axisFormat %Q
todayMarker off
section Baseline
This PR (8620) - mean (281ms) : 273, 290
master - mean (278ms) : 271, 285
section Bailout
This PR (8620) - mean (282ms) : 275, 289
master - mean (276ms) : 269, 283
section CallTarget+Inlining+NGEN
This PR (8620) - mean (1,161ms) : 1118, 1203
master - mean (1,157ms) : 1125, 1189
HttpMessageHandler (.NET 8)gantt
title Execution time (ms) HttpMessageHandler (.NET 8)
dateFormat x
axisFormat %Q
todayMarker off
section Baseline
This PR (8620) - mean (279ms) : 273, 285
master - mean (279ms) : 272, 287
section Bailout
This PR (8620) - mean (280ms) : 273, 286
master - mean (280ms) : 273, 288
section CallTarget+Inlining+NGEN
This PR (8620) - mean (1,040ms) : 1002, 1077
master - mean (1,037ms) : 994, 1079
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
391f809 to
e818e1d
Compare
Summary of changes
Attempts to fix some flake within the Buggy Bits sample app/integration tests by letting kestrel go and decide what port to use.
Reason for change
This was the cause of 3 flakes last release so trying to improve that.
Assumption:
TestApplicationRunnerwas callingTcpPortProvider.GetOpenPort()to find a free port, then passing that port to the sample app via--urls. Between those two steps another process could grab the port, causing the sample app to fail to bind.Implementation details
The fix is to let Kestrel pick the port itself. The sample apps now start up, ask Kestrel which port it actually bound, and log that URL. The test runner reads the URL back out of the sample app's stdout instead of deciding the port up front. The old hand-rolled port-probing and retry logic in BuggyBits is gone.
Test coverage
This is it 😃
Other details